-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add --force
command line option to run and deploy sub-commands
#1568
Add --force
command line option to run and deploy sub-commands
#1568
Conversation
Codecov Report
@@ Coverage Diff @@
## master #1568 +/- ##
==========================================
- Coverage 52.21% 49.25% -2.96%
==========================================
Files 180 166 -14
Lines 7956 7297 -659
==========================================
- Hits 4154 3594 -560
+ Misses 3413 3357 -56
+ Partials 389 346 -43
Continue to review full report at Codecov.
|
71f4edc
to
2e61c6a
Compare
@balopat @priyawadhwa So I just found that #1499 has some overlap with this one. There, a new deployer config option is added to the |
Hey @corneliusweig, I think the I think you can continue with this PR, and the additional helm flags will be implemented as described here |
Hi @priyawadhwa , assuming there will be no dedicated |
2e61c6a
to
322d158
Compare
ce6f1d9
to
684dd1a
Compare
b6415bc
to
70c2006
Compare
ea4f112
to
9ebe005
Compare
Does that PR require a special notice in the release notes, because it changes the behavior of |
9fafaab
to
f4bd109
Compare
c06482b
to
dbe78ca
Compare
I think this is ready to go, Kokoro got hung up so I restarted the job. once this is all green I'll merge |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
actually, would you mind expanding a tiny bit on the CLI documentation to detail the default values for a given command? (e.g. defaults to "false" for run, "true" for dev
, etc.)
@nkubala I don't fully understand what you mean. The flag is only valid for |
dbe78ca
to
78bc86e
Compare
@corneliusweig I think it's fine to just add a tiny bit to the usage string. something like side note: @balopat and I both wish there was a better place for this sort of extended documentation to be added, but we couldn't really come up with a better solution :( |
25a2e67
to
70556f2
Compare
@nkubala Ok, I finally got your point. For some reason, I believed that cobra always prints info about defaults for a flag. |
70556f2
to
63693a3
Compare
caveat: This had a lot of conflicts after merging of |
This flag controls, if resources may be re-created, if patching is not possible. Summary of changes: - Add force-deploy option to kubectl and kustomize deployer - Add force-deploy option to helm deployer - Reduce code duplication in helm_test.go Signed-off-by: Cornelius Weig <22861411+corneliusweig@users.noreply.github.com>
63693a3
to
b566986
Compare
@nkubala Could you take another look? This PR has been open for ages now. I also wouldn't mind if you re-word the help text of the new flag ;) |
As described in #1484,
skaffold deploy
should not force deployments, if this causes downtimes. This PR adds a new flag--force
to the following commands with differing default values:force
defaultThe flag is
hiddenalways true for thedev
command, because it would do more harm than good if somebody would try to disable forced deployments.Fixes #1484